home *** CD-ROM | disk | FTP | other *** search
/ The Atari Compendium / The Atari Compendium (Toad Computers) (1994).iso / files / umich / diskutil / ratehd.arc / RATEHD.DOC next >
Encoding:
Text File  |  1989-04-16  |  8.3 KB  |  144 lines
  1. RATEHD.DOC     3/5/89    Copyright 1989  ICD, Inc.
  2.  
  3. This document and the program RATEHD.PRG, may be distributed by any non-
  4. commercial means (may not be sold) as long as the they are distributed
  5. together, and no modifications are made to either, other than language
  6. translation which is allowed.  The copyright holder is: ICD, Incorporated,
  7. 1220 Rock Street, Rockford, Illinois, USA.  815-968-2228 voice 968-2229 BBS.
  8.  
  9. RATEHD.PRG was written in Personal Pascal, a product of ICD, Inc.
  10. ----------------------------------------------------------------------------
  11.  
  12. RATEHD was written to show performance characteristics of various hard disk 
  13. drives.  It was developed at ICD to allow fair comparison when evaluating 
  14. hard disk drive mechanisms, embedded SCSI drives and SCSI controllers when used
  15. on the Atari ST.  It does not go through a hard disk handler (like ICDBOOT.SYS)
  16. so it is not useful in rating the speed of different handlers.  (There are no
  17. significant speed differences in the different handlers anyway.  Atari's, 
  18. Supra's, and ICDBOOTX.PRG are all the same speed and as fast as anyone can go 
  19. on the ST.  ICDBOOT.PRG is 2% to 20% slower on writes since it verifies data.)
  20.  
  21. We were a bit apprehensive about releasing this to the public because of our 
  22. fears that people not understand it and will use it for the wrong purpose.  
  23. It is intended as a comparison test and should not be used to verify a drive
  24. or controller against printed specifications.  Drive manufacturers test their
  25. drives on specialized test equipment and not on an Atari ST.  Data rates are
  26. also usually shown as a burst rate and what we are measuring is the sustained 
  27. rate which is closer to the top end in real life usage.
  28.  
  29. Our final decision to release RATEHD was twofold.  
  30.  
  31. 1) There is too much misinformation out there when it comes to computers and
  32.    hard drives.  There needed to be a uniform benchmark test for the Atari ST.
  33.    Magazine reviews have typically mislead the public, not maliciously, but 
  34.    because of the reviewer's ignorance on the subject and lack of scientific 
  35.    testing methods.  Now you have a benchmark; just don't abuse it.
  36.  
  37. 2) When we finished the FA-ST Tape Backup, we realized that a hard drive system
  38.    would need a certain amount of finesse to keep up with the streaming tape.  
  39.    If the tape had to keep backing up and waiting for the hard drive to catch
  40.    up, the backup time would become laboriously long and almost not usable.  A
  41.    data rate of about 300 K/s (kilobytes per second) is required to keep the 
  42.    tape moving without any stopping and backing up of the tape.  As the data
  43.    rate gets slower, the tape will begin to backup and restart several times
  44.    per partition.  A data rate of less than 200 K/s would probably become 
  45.    unbearable at attempting a backup.
  46.  
  47.    We have tested many drives and controllers at their optimum interleaves and
  48.    found that Adaptec MFM controllers (including Atari SH204, Megafile 20) run
  49.    about 300 K/s if they are formatted at 1:1 interleave.  Adaptec RLL 
  50.    controllers (including Atari Megafile 30 and 60) run about 315 K/s at 2:1 
  51.    interleave.  Omti MFM controllers move along about 360 K/s using 1:1 with  
  52.    Omti RLL at about 375 K/s at 1:1.  Embedded controller drives are usually
  53.    the speedsters with the Seagate ST138N and ST157N cruising at 550 K/s at 
  54.    1:1.  The quickest we have measured was a CDC 94181-702 which flies at 
  55.    1010 K/s which is probably fast enough to do real time video.  It also had
  56.    15 ms average access time and had a 600 Megabyte formatted capacity.
  57.  
  58. THE PROBLEM WITH MOST TEST METHODS
  59.  
  60. There are many variables in something as complex as a computer with hard disk
  61. drive that can make testing a cumbersome task.  The most obvious way to test 
  62. hard drive speed, is to copy files from a hard drive to a RAMDISK and then back
  63. to a clean hard drive while timing the process.  Although on the surface, a 
  64. test like this appears sufficient, this cannot give an accurate picture of what
  65. to expect in performance after using the drive for awhile.  Both hard drives 
  66. would need to be freshly formatted (no files yet) and with identical partition 
  67. sizes.  If not freshly formatted, the DOS fat table delays and fragmentation 
  68. would enter a significant amount of error into the rating equation.  Of course 
  69. the same DOS and same computer must also be used.  
  70.  
  71. While this seems like a reasonable test method, it would only show the data 
  72. rate (assuming both drives were formatted at their optimal interleave).  Step 
  73. rate in this type of test would not be a measurable factor as it would later 
  74. on when the files on the drives become fragmented.  Fragmentation occurs as a 
  75. hard drive gets used and files are modified.  They increase in size and when 
  76. rewritten to the drive, not all the file parts are in consecutive sectors 
  77. anymore, probably not even in the same area of the disk.  The file eventually 
  78. becomes a group of "fragments" and this is where the movement of the head from 
  79. track to track (step rate measured as average access time) really becomes an 
  80. important speed factor.  It would not be an easy task to create two freshly 
  81. formatted drives of different manufacture with identical fragmentation on each 
  82. drive.
  83.  
  84. Many of the magazine reviews we have seen give no indication of the test 
  85. method.  It is almost as if the numbers were arrived at by magic.  We now offer
  86. RATEHD as a solution to all magazine reviewers desiring to test hard disk 
  87. drives.  If you all use this, then the results can be believable.
  88.  
  89. Since RATEHD does not use the DOS nor the hard disk handler, it is easily
  90. repeatable and almost foolproof; some of the most important factors in any 
  91. test method.  It will run on any hard drive and does not care about how the 
  92. partitions are set up nor does it matter what the file structure is like.  
  93. Since RATEHD does *not* ever write to disk, it is totally safe and can be run 
  94. at any time.
  95.  
  96. ABOUT THE PROGRAM
  97.  
  98. RATEHD begins at SCSI ID# 0, Logical Unit Number 0, and proceeds to check 
  99. 0-3 LUNs for each SCSI ID going through all SCSI IDs 0-7 except for the special
  100. cases for ID# 6 (reserved for our real time clock) and ID# 7 (where it only 
  101. reads LUN 0).  When the program finds a hard drive present, it will print the 
  102. manufacturers identification under Device Name, and proceed with the tests.  
  103. After each drive is tested, it will display the results and search for the next
  104. drive.  When finished with all drives, RATEHD will allow you to RETEST or EXIT
  105. back to the desktop.  (A screen dump will print the results.)
  106.  
  107. Don't worry:  It is only a read test so no damage will be done to your drive 
  108. media.
  109.  
  110. ABOUT THE TESTS
  111.  
  112. The Data Rate Test
  113.  
  114. In this test, one megabyte of data is read (2,000 sectors) in 100 sector 
  115. continuous blocks (burst mode).  This is timed and the math is done to 
  116. calculate the number of K/s (Kilobytes read in one second).
  117.  
  118. The Average Access Test
  119.  
  120. The Average Access is based on an assumed 16 megabyte partition beginning 
  121. with sector 0 and ending with sector 31,000.  The head is told to read a 
  122. sector at the innermost cylinder of the partition area (31,000) then to read 
  123. one in the outermost cylinder (0).  This is repeated 50 times but each time 
  124. the sector number is adjusted so that the head will move 1/50 less distance. 
  125. If there were 51 tries, the head would end up on the center cylinder of the 
  126. partition (15,500), not stepping at all for the inner and outer cylinders.
  127.  
  128. This movement is timed and the sector read time is removed.  An average time
  129. for the head travel is then calculated and shown in ms (milliseconds).  Since
  130. this average time also includes the command overhead time, it will be slightly
  131. higher than specifications from the drive manufacturer.
  132.  
  133. WHAT YOU HAVE LEARNED
  134.  
  135. There are really only two significant variables concerning performance with a 
  136. hard disk.  These are Data Rate and Average Access.  We are assuming that you
  137. are concerned about speed and have the optimum interleave on your drive.
  138.  
  139. There is one other bottleneck that does affect hard disk performance.  The 
  140. Disk Operating System is a major slowdown.  To optimize your DOS speed get 
  141. TOS 1.4 from Atari as soon as you can.  TOS 1.4 is in beta test at this time 
  142. so it is not widely available.  Once it is, get it; we have seen a tremendous 
  143. improvement in both speed and reliability.  Thank you Atari!
  144.